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Oppfinnelsens 
tittel: 



Fremgangsmate ved overfering av filer i et 
datakommunikasjonsnett. 




Oppfinnelsen angar en fremgangsmate ved over&nng i et ; • 

datakommunikasjonsnett, spesielt Internett, av vilkarlig formaterte filer 
bestaende av en eller flere forskjellige datatyper, mellom en sender 
omfattende en til datakommunikasjonsnettet koblet 
i databehandlingsinnretning, hvor senderen representerer en 

informasjonsleverandor, og en eller flere mottakere med respektive til _ , . 
datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver 
mottaker representerer en bruker, hvor det ved fremgangsmaten benyttes en i 
eller til datakommunikasjonsnettet anordnet dedisert tjener, og hvor filene 

som S k a i overfores, er lagret i en database li^nd^n^4er-i-^a 

senderen aksesserbar database og for overferingen som skjer hovedsakelig 
transparent bade for sender og mottaker, nedlastes til senderens 
databehandlingsinnretning. 

Behovet for rask, effektiv og sikker overfaring av filer for 
15 applikasjonsformal er raskt 0 kende. Spesielt gjelder dette i mediaindustnen 
hvor det er onskelig med overling av store filer sammensatt av forskjellige 
datatyper, herunder bildeinformasjon som er svaert kapasitetskrevende. Det 
meste av den informasjon som benyttes i mediaindustrien forehgger 
digitalisert og overfcres pa digital form, og selv om dette kan skje via 
20 eksisterende bredbands datakommunikasjonsnett, blir allikevel overling av 
kildeinformasjon som representerer store datamengder, typisk flere Gbyte, en 
kostbar og for brukeren tidkrevende prosess. Fremfor alt er det derfor 
0 nskelig a kunne spare tid og kostnader ved overferingen samt a gj ere selve 
overferingsprosessen mer enkel og effektiv, noe som vil gi en sluttbruker 
25 store fordeler sammenlignet med navasrende filoverforingssystemer. Pa et 

ailment tilgjengelig datakommunikasjonsnettverk som Internett har trafikken 
bare okt og okt, noe som gjor overforingen av store datamengder og store 
filer pa Internett bade tidkrevende og kostnadskrevende. For store 
datamengder eller omfattende dokumenter kan det derfor vaere et alternativ a 
30 benytte kurertjenester eller filoverforing pa dediserte ISDN-linjer. Selv om 
slike tiltak garanterer en sikker overling, er det likevel forbundet med 
betydelig kostnader, og bruk av kurertjenester vil i en lang rekke tilfeller 
vaere uhensiktsmessig pi grunn av tidsaspektet. 
' Hensikten med den foreliggende oppfmnelse er derfor a skaffe en 
35 fremgangsmate som effektiviserer overforingen av data i filer pa offentlig 
tilgjengelig datakommunikasjonsnett, eksempelvis Internett. Spesielt er 
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hensikten a skaffe hurtig og sikre transaksjoner mellom en sender og en eller 
flere mottakere ved overling av filer. Endelig er det ogsa en hensikt med 
oppfinnelsen a kunne overture store filer hvor som heist i verden uten at 
dette legger beslag pa store dataressurser hos sender og mottaker, og da shk 
1 selve overf 0 ringen fremtrer som hovedsakelig transparent bade for sender 
og mottaker, som dermed kan utnytte sine dataressurser til andre oppgaver 
mens selve overf0ringen finner sted. 

De ovennevnte hensikter og fordeler oppnas i henhold til oppfinnelsen med 
e» tremgangs m a tc som or kjennetegnH vml at den omfatter fortlopende eUer 
Laerm^^g^^fbUert realised trinn for a kompresjonskode 
filen som skal overfores med en egen datakompresjonsprosedyre eller en 
genere.l, tapsfri datakompresjonsprosedyre, a dele den kompresjonskodede 
fil i pakker, a overfore den pakkedelte, kompresjonskodede f.l til den 
dediserte tjener, sammen med mottakeradresser, a forsyne pakkene med 
mottakeradresse, og a overfore den kompresjonskodede fil t,l en eller flere 
mottakere i henhold til pakkenes mottakeradresser, samt dessuten «ere 
trinn for a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyre,- og 
opsjonelt a prosessere filen brukerspesifikt eller applikasjonspes.fikt under 
gme betingelser, ide. denne spesifikke prosessering finner sted fortlopende , 
fieneren under overferingen og/eller henholdsvis fortlapende , mottakerens 
itabehandlingsinnretning etter hvert som filen mottas, eller i mottakerens 
databehandlingsinnretning etter at filen er mottatt. 

I henhold til oppfinnelsen er de, forde.aktig a, senderen samtidig med ar 
overferingen av filen initieres eller under eller etter overfonngen td tjeneren 
sender en melding til mottakeren med en ressursadresse (URL) og en 
aksesskode og mottar en bekrettelse fra tjeneren nar denne har mo tat filen 
og en bekreftelse fra mottakeren nar denne har mottatt filen og lastet den ned 
til sin databehandlingsinnretning. 

I henhold til oppfinnelsen er det henholdsvis fordelaktig a, den egne 
datakompresjonsprosedyre benyttes til kompresjon av bildedata og at den 
genereZ, tapsfri kompresjonsprosedyre hovedsakelig benyttes til kompresjon 
av alfanumeriske data, grafikkdata og fonter, at programvare for 
datakompresjonskoding og -dekoding lagres i tjeneren og nedlastes 
automatisk henholdsvis til senderens databehandlingsmnretmng for kodmg 




av fllen nar overforingen initieres og mottakerens databehandlingsinnretmng 
for dekoding av filen nar den mottas, og at pakkedelingen finner sted 
avhengig av datatypen, slik at hver pakke omfatter en bestemt datatype. 
Hvor filen prosesseres brukerspesifikt eller applikasjonsspesifikt, er det i 
5 henhold til oppfinnelsen fordelaktig at prosesseringen finner sted i tjeneren 
etter en forutgaende dekoding av filen i tjeneren ved hjelp av programvaren 
for datakompresjonskoding, og at filen etter den brukerspesifikke eller 
applikasjonsspesifikke prosessering igjen kompresjonskodes med 

p^rnvare^a^-tian eren for overling til mottakeren, idet tjeneren pa 

10 basis av mottakeradressen, sjekker hvorvidt prosesseringsbetingelser 
foreligger. I den forbindelse er fortrinnsvis prosesseringsbetingelsene 
tilordnet en bestemt mottakeradresse lagret i tjeneren sammen med 
programvare for prosesseringen og aksesseres av tjeneren pa basis av 
mottakeradressen 

15 Uteres den brukerspesifikke eller applikasjonsspesifikke prosessering pi en 
eller ilere bestemte datatyper, dekodes bare de pakker som inneholder den 
eller de bestemte datatyper forut for prosesseringen og kodes pa ny etter 
avsluttet prosessering. 

I henhold til oppfinnelsen er det fordelaktig at dekodingen av filen hos 
20 mottakeren finner sted fortlopende etter hvert som filen mottas. Dersom fifcn 
i den forbindelse skal prosesseres brukerspesifikt eller apphkasjonsspes.fikt, 
er det alternate fordelaktig at prosesseringen finner sted fort 0pe„de ■ 
mottakerens databehandlingsmnretning etter dekodingen av filen som motta 
idet programvare for prosesseringen enten er lagret i tjeneren og lastes ned ,,. 

25 mottakerens databehandlingsinnretning nar prosesseringen skal fmne sted, 
eller pa forhind er lagret i mottakerens databehandlingsmnretning. 
Det kan i henhold til oppfinnelsen ogs* v*re fordelaktig at filen ette, -hvert 
som den mottas, lagres i mottakerens databehandlingsinnretmng, og deretter 
dekodes av mottakeren p* et senere, passende va!g« tidspunkt. Dersom filen , 

30 den forbindelse skal prosesseres brukerspesifikt eller apphkasjonsspes.fikt, 
er det fordelaktig at prosesseringen av den lagrede fil finner sted , 
mottakerens databehandlingsinnretning for og/e.ler etter dekod.ngen av filen, 
1 idet programvaren for prosesseringen enten er lagret i tjeneren og lastes ned 
til mottakerens databehandlingsinnretning nir prosessenngen skal finne sted, 

35 eller pa forhtad er lagret i mottakerens databehandlingsinnretmng. 



Fortrinnsvis er i henhold til oppfinnelsen den dediserte tjener implementert 
pa en allmenn nettjener. 

Fortrinnsvis lagres i henhold til oppfinnelsen brukernavn, mottakeradresser, 
filer og de gitte, til brukernavn eller mottakeradresser tilordnede 
prosesseringsbetingelser temporal eller permanent i en i tjeneren anordnet 

database. 

Oppfinnelsen skal na forklares nasrmere i tilknytning til utferelseseksempler 
og med henvisning til den ledsagende tegning hvor 



fig 1 viser et systemopplegg for dataoverfcring mellom en sender og flere 
mottakere, f.eks. i et aliment tilgjengelig datakommunikasjonsnett som 
Internett, og 

fig. 2 flytdiagrammet for en foretrukket utf 0 relse av fremgangsmaten i 
henhold til oppfinnelsen. 

Fig 1 viser systemopplegget for filoverf 0 ring i et ailment tilgjengelig 
datakommunikasjonsnett, eksempelvis Internett, slik dette er kjent i 
teknikken. En rekke informasjonsleverand 0 rer kan vaere knyttet til systemet, 
og en informasjonsleverand 0 r er her vist representert ved en sender 1. 
Senderen 1 omfatter en databehandlingsinnretning eller datamaskin 2, som 
godt kan veere en personlig datamaskin, og en database 3 tilknyttet 
datamaskinen 2. 1 tillegg kan senderen 1 ogsa eventuelt kommunisere med en 
eller flere eksterne databaser 4. Disse eksterne databaser 4 kan vaere 
forbundet med senderen i et lokalt nettverk og vaere lagret pa lokale 
databehandlingsinnretninger som godt kan Vcere informasjonsleverand 0 ren S 
egne. Alternativt kan de eksterne databaser 4 vaere lagret hos andre 
informasjonsleverand 0 rer og da f.eks. aksesseres av senderen 1 over det 
aliment tilgjengelige datakommunikasjonsnett. Senderen 1 star i forbindelse 
med og har til disposisjon en dedisert tjener 5 som kan vaere en frittstaende 
databehandlingsinnretning med en datamaskin 6 og en dertil forbundet 
database 7. Tjeneren 5 kan eksempelvis aksesseres over et lokalt nett eller 
over det ailment tilgjengelige datakommunikasjonsnett og omfatter i alle fall 
et ikke vist grensesnitt for et slikt aliment tilgjengelig 

datakommunikasjonsnett som eksempelvis da kan va^re Internett. Alternativt 
kunne ogsa tjeneren 5 vaere implementert pa senderens egen nettjener og den 
n0 dvendige databehandling forega pa senderens egen datamaskin. Som en 
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dedisert tjener i datakommunikasjonsnettet kan tjeneren 5 vaere en delt 
ressurs for flere informasjonsleverandorer og frigelig aksesseres fra flere 
sendere 1 . Programvaremessig er tjeneren i utgangspunktet realisert med to 
moduler, en for mottak av filer og en for overling av filer til mottakere. 
Ytterligere kan tjeneren omfatte flere moduler, eksempelvis for prosessenng 
av data, meldingsformidling osv. Tjenerens programvare vil normalt vaere 
lagret i den til tjeneren tilordnede database 7, men igjen kan denne databasen 
va.re en delt ressurs for flere informasjonsleverandarer eller utgjare en del av 

senderens egen database 3. 

Tjeneren 5 kan over det aliment tilgjengelige datakommunikasjonsnett 
kommunisere med et vilkarlig antall mottakere 8 1 ,8 2 ,...8 k ,...8 n . Denne 
kommunikasjonen skjer da pa det ailment tilgjengelige 
datakommunikasjonsnett, eksempelvis Internets over linjer 9. Mottakerne 
utgj0r brukere av informasjon og far pa anmodning informasjonen over&rt 
fra informasjonsleveranderen eller senderen 1 i form av filer. De mottatte 
filer kan etter nedlasting til mottakeren 8 prosesseres pa en 
databehandlingsinnretning hos mottakeren, lagres i et hos mottakeren lokalt 
dataminne og pa et for mottakerens passende tidspunkt utnyttes til en 
brukerspesifikk applikasjon. 

Det er hensikten med oppfinnelsen at selve filoverteingen og samtlige av de 
operasjoner som i den forbindelse utfares av tjeneren 5, skjer hovedsakehg 
transparent overfor savel sender 1 som mottakere 8. Dette betyr . praks.s at . 
hvertfall mens filoverforingen pagar, vil senders som mottakeres 
databehandlingsinnretninger eller datamaskiner kunne benyt.es t.l andre 
oppgaver, da selve filoverforingsoperasjonen ikke i vesenthg grad v.l belaste 
de nevnte datamaskiner. 

En foretrukket utf0relse av fremgangsmaten i henhold til oppfinnelsen skal 
„a beskrives med henvisning til fig. 2, som gjengir et flytdiagram som vrser 
de enkelte trinn i fremgangsmaten. 

Utferelsen av fremgangsmaten i henhold til oppfinnelsen initieres ved 
linnet 100 pa senderens 1 datamaskin 2 som vist pa fig. 2 ^ren 
skal det forstas en informasjonsleverand 0 r som betjener en rekke khenter 
som utgjer mottakerne eller brukerne av informasjonen. I trinn 1 0 1 
spesifiseres filer som skal overfores og hentes fra senderens 1 database 3 
eller fra databaser 4 som kan aksesseres av senderen. Disse kan vaere 
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forbundet med senderen 1 i et lokalt nettverk eller aksesseres over det 
ailment tilgjengelige datakommunikasjonsnett som det f0lgende vil antas a 
vaere identisk med Internett og betegnes som det. Det skal forstas at filen som 
skal overferes, kan besta av forskjellige typer kildeinformasjon som godt kan 
befinne seg i flere databaser. For overf0ringen samles i et slikt tilfelle all 
kildeinformasjon i filen som skal overfores. Senderen 1 henter ogsa inn 
mottakeradresser, dvs. adresser til klienter eller brukere fortrinnsvis lagret i 
senderens egen database 3. Det skal forstas at innhentede filer og dokumenter 
kan vaere formatert vilkarlig. De kan f.eks. vaere kompresjonskodet pa 
forhand med en eller annen egnet kompresjonsprosedyre sa sum MPE€Hfor 
video eller film eller JPEG for stillbilder. Filene kan besta av en rekke 
forskjellige datatyper, idet de ikke bare behover a besta av bildeinformasjon, 
som i dette tilfelle skal forstas som videobilder, filmbilder eller stillbilder, 
men kan i tillegg omfatte vanlig alfanumerisk informasjon, grafisk 
informasjon og eventuelt fonter. Det siste vil vasre aktuelt hvor alfanumerisk 
og grafisk informasjon i filene hos brukere vil bli benyttet i 
mediavirksomhet, f.eks. grafisk industri. I trinn 102 kompresjonskodes na 
den samlede fil, idet det enten benyttes en egen datakompresjonsprosedyre 
eller en spesiell tapsfri datakompresjonsprosedyre. Den egne 
kompresjonsprosedyre kan vaere en spesiell kompresjonsprosedyre for 
bildeinformasjon, eventuelt med tilpasning for stillbilder eller video. Denne 
egne kompresjonsprosedyre er utviklet av og tilharer naerva^rende seker. Det 
vil vaere aktuelt a benytte den pa de deler av filen som bestar av 
bildeinformasjon. Andre datatyper i den samlede fil som eksempelvis 
alfanumerisk og grafisk informasjon kan komprimeres med en generell, 
tapsfri prosedyre, idet slike tapsfrie kompresjonsprosedyrer vil vaere vel kjent 
av fagfolk pa omradet og derfor ikke skal omtales naermere her. Da den 
samlede fil eller deler av den kan vaere en vilkarlig formatert fil, kan filen 
eller deler av den som nevnt allerede vaere underkastet en 
kompresjonsprosedyre. En gjentatt datakompresjon av bildeinformasjon i 
form av videobilder som allerede har gjennomgatt en kompresjon av 
eksempelvis typen MPEG, vil med s 0 kerens egne kompresjonsprosedyre som 
har en heyere kompresjonsfaktor enn MPEG, bli ytterligere kompnmert. Pa 
andre deler av filen som eksempelvis pa forhand kan ha vaert underkastet en 
tapsfri kompresjonsprosedyre, behaver ikke den generelle, tapsfrie 
kompresjon a fare til en ytterligere kompresjon av filen. I alle fall utf0res 
kompresjonskodingen i trinn 102 pa senderens egen datamaskin 2 som 




deretter pakkedeler den samlede kompresjonskodede fil, slik at hver enkelt 
pakke fortrinnsvis rommer en bestemt datatype og hos senderen er blitt utsatt 
for en bestemt form for kompresjonskoding. 

Det skal forstas at den ved kompresjonskodingen benyttede programvare kan 
5 vsre lagret pa senderens egen databehandlingsinnretning 2, men foretrukket 
er den lagret pa tjeneren 5 og vil nar filoverf 0 ringen initieres, automatisk 
overf0res til senderen 1 fra tjeneren 5. 

T trinn 104 overfores na den pakkedelte, kompresjonskodede fil fra s e nderens 
1 datamaskin 2 til en tjener 5, som godt kan vaere senderens egen nettjener 

10 eller en dedisert tjener og forbundet med senderen over eksempelvis en 
dedisert linje, et lokalt nettverk eller et ailment tilgjengelig 
datakommunikasjonsnett som Internett. Senderen 1 vil na i trinn 105 sperre 
tjeneren 5 om den kompresjonskodede fil er mottatt og hvis svaret er nei, 
fortsetter filoverforingen inntil sa er skjedd. Er svaret ja og den 

15 kompresjonskodede fil i sin helhet mottatt pa tjeneren 5, blir na filen forsynt 
med mottakeradresse i tjenerens 5 datamaskin 6 i trinn 106. 

Mottakeradressen vil eksempelvis lastes ned fra senderen 1 til tjeneren 5 ved 
starten av overf0ringen. Mottakeradressen kan imidlertid ogsa vaere 
identifikasjonskode og hensikten er i alle fall at mottakeradressen eller 

20 identifikasjonskoder benyttes i et trinn 107 implementert pa tjeneren 5, hvor 
det tas en avgjerelse om den kompresjonskodede fil skal prosesseres i 
tjeneren eller ikke. Hvis svaret er nei, sendes en bekreftelse i trinn 1 1 1 om at 
filen er mottatt pa tjeneren 5 og det sendes samtidig en bekreftelse til 
mottakeren 8, idet bekreftelsen bestar av en melding med ressursadresse 

25 (URL) og en aksesskode, det siste eksempelvis et passord for brukeren. I det 
foreliggende tilfelle vil naturligvis ressursadressen v<ere tjenerens adresse. 

Avgj0relsen i trinn 107 skjer pa basis av mottakeradressen eller 
identifikasjonskoden, f.eks. med en tabell som for vedkommende 
mottakeradresse eller identifikasjonskode gir tjeneren de nedvendige 

30 prosesseringsinstruksjoner. Er svaret i trinn 107 dermed ja, dekodes filen i 
trinn 108 og underkastes deretter den nodvendig databehandling eller 
prosessering i trinn 109. Denne prosesseringen kan vsre brukerspesifikk 
eller applikasjonsspesifikk og skjer med programvare som er lagret i 
tjenerens 5 database 7 eller som overfores til tjenerens database, entenpa 

35 basis av mottakeradressene nar filoverfaringen starter eller pa forhand er lagt 
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inn i tjenerens 5 database 7 av den enkelte mottaker. I den forbindelse skal 
det forstas at trinn 1 1 1 godt kan realiseres pa et annet sted i 
overforingsprosessen, slik at bekreftelsen kan bevirke overf 0 ring av den 
nadvendige programvare for prosesseringen fra enten sender eller mottaker 
5 for desisjonen i trinn 107om prosesseringen finner sted. Prosesseringen som 
finner sted i trinn 109 kan vaere brukerspesifikk eller applikasjonsspesifikk, 
det vil si at filen prosesseres brukerspesifikt for en eller flere brukere eller 
mottakere eller applikasjonsspesifikt for to eller flere brukere, slik at filen 
gjennomgar samme prosessering for en og samme applikasjon nar denne ene 
— og samme applikasjon implementeres nos mer eim en biukcr. rroscssenagea— 
vil som regel skje pakkevis, f.eks. bare utfores pa pakker som inneholder 
bildeinformasjon, og det sier seg da selv at ikke samtlige pakker i filen 
behcver & dekodes for prosesseringen. Et typisk eksempel pa prosessering 
som utfores, kan v<ere behandling av bildeinformasjon med tanke pa & gi 
15 bildeinformasjonen en optimal fargeprofil for vedkommende brukers 

applikasjon. Et eksempel pa en slik fargeprofil er den sakalte ICC-standard 
som star for International Color Consortium som ble etablert i 1993 av 8 
industriselskaper med tanke pa & skaffe en standardisert arkitektur og 
standariserte komponenter for fargehandtering i bildeinformasjon. 
20 Digitaliserte fargebildedata vil bade for og etter kompresjonskodingen typisk 
foreligge pa RGB-kodet form. Etter at bildeinformasjon er dekodet for 
prosessering, konverteres RGB-formatet til et CMYK-fargeformat med bruk 
av ICC-fargeprofilen. For sa vidt kunne dette ogsa skje pa senderens 
datamaskin 2, men foretrukket realiseres trinn 109 som vist pa tjenerens 
25 datamaskin 6. 1 den forbindelse kan ICC-profilen overfores automatisk til 
tjeneren 5 f.eks. fra senderen 1 eller en mottaker 8, men kan ogsa veere 
forhandslagret i tjeneren. ICC-profilen implementeres i hvert tilfelle nar 
bildeinformasjonsformatet etter dekodingen konverteres fra RGB-formatet til 
CMYK-fargeformatet. 

30 Etter avsluttet prosessering i tjeneren 5 kompresjonskodes filen igjen i trinn 
1 10 og det avgis som ovenfor omtalt en bekreftelse i trinn 1 1 1 i form av en 
melding til sender og en bekreftelse i form av en melding til mottakeren 8. 
Hva enten bekreftelsen til mottaker i trinn 1 1 1 som omtalt, er avgitt pa et 
• tidligere stadium i prosessen eller umiddelbart etter trinn 107 eller trinn 110, 

35 vil tjeneren 5 ved trinn 112 motta en overferingsanmodning fra en eller flere 
mottakere 8 og dersom tjeneren i trinn 1 12 ikke finner en slik 
overferingsanmodning for en mottaker, kan en allerede for mottakeren 




kompresjonskodet og/eller prosessert fil i trinn 113 en.en lagres ■ jeneren 5 
for senere overforing til mottakeren, eller slettes. Finner .jeneren 5 > trmn 
112 derimot at det foreligger en overforingsanmodning fra en eller flere 
mottakere, overf0rer tjeneren 5 kompresjonskodede og eventuelt ogsa 

5 prosesserte filer til de respektive mottakere 8 pa basis av mottakeradressene, 
Met hver pakke adresseres og sendes fortlepende etter trinn 107 etter hvert 
som pakkene mottas pa tjeneren 5 eller fortlopende pafolgende trmn 1 10. 
hvert tilfelle pa basis av en mottatt overfcringsanmodn.ng, shk den fore Ugger 
ved trinn 1 12. Overforingen fra tjeneren 5 til mottakeren 8 skjer i tr .nn 14 

- og filen nedlastes fortl0 P ende i trinn 1 15. 1 trmn 1 10 avgj^renterom-frien-er 
nedlastet, og hvis svaret er nei, fortsetter nedlastingen av en 
konUjonLde, og eventue.t prosessert fil i trinn 115 inntil nedlasungen er 
fullftr. og bekreftes i trinn 1 16 med ja. Deretter sender mottakeren 8 > tnnn 
1 17 en bekreftelse i form av en melding til senderen 1 om at filen er laste, 

15 ned. Etter at filen er mottatt og nedlastet til mottakerens datamaskin, dekoder 
denne filen i trinn 118. 

Mest hensiktsmessig skjer en brukerspesifikk prosessering pa mottakerens 8 
egen datamaskin, og en avgjorelse om en slik prosessering tas . trmn 119. 
Hvis svaret er ja, prosesseres den nedlastede f.l i trinn 120, og det er 
20 underforstatt at prosesseringen kan omfatte en rekke separate 

prosesseringstrinn og forega pa forskjellige datatyper. Hvor brukeren eiler 
mottakeren 8 represented mediaindustri eller graf.sk industr. kan .to 
naturligvis va,re aktuelt a implementere en passende fargeprofil . forbmdelse 
med en konvertering fra et fargeformat til et annet. De. er heller mgen Ung , 
25 veien for a. en f.l som allerede har gjennomgatt en prosessenng pa tjeneren 
i trinn 109 og etter dekodingen hos mottakeren 8 i trinn 118 prosesseres 
ytterligere og brukerspesifikt av mottakeren 8 i trinn 120. Videre kan bade 
den brukerspesifikke og applikasjonsspesifikke prosessering hel. og . ho.dent 
skje pa mottakerens egen datamaskin og da bare i trinn 120 son, , v.st pS Hg. 
30 2. Dersom svaret i trinn 1 19 er nei, er overf0ringen endel.g fullf0rt og hele 
prosessen stopper i trinn 121. 

Det er ogsa muHg a, visse former for prosessering kan utf0res i 
en kompresjonskodet fil, men at en foru.gaende dekodmg finner sted Dette 
ahernativ vil naturligvis tiikjennegis av en prosesseringsbetrng e*e men 
35 ikke vis. pa fig. 2. 1 praksis inneba=rer det at trinnene 108 og 1 10 sloyfes. 
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I henhold til oppfinnelsen realiseres det enkelte trinn i fremgangsmaten 
fortl 0 pende og tilnaermet samtidig, slik at et trinn ikke beh 0 ver ft vaere 
avsluttet for det neste pabegynnes, idet de enkelte operasjonelle trinn i 
praksis utferes pakkevis. Dette innebaerer med andre ord at de forste pakkene 
5 i filen allerede kan vaere nedlastet hos mottakeren 8, mens 

kompresjonskoding og pakking av de siste deler av filen enna foregar hos 
senderen 1. Videre skal det forstas at rekkefolgen av de enkelte trinn kan 
vasre annerledes enn vist pa flytkartet pa fig. 2, som bare skjematisk gjengir 
en foretrukket utferelsesform. I praksis kan operasjo nelle trinn vaere 
- interfoliert , dvs. at eksempelvis dekoding og nedlasting av ikke-piosesscrte 
pakker i trinn 1 15 i tid godt kan ligge forut for prosesseringen i trinn 109. 
Ogsa trinnene for overforing av bekreftelser mellom akt 0 rene, dvs. sender 1, 
tjener 5 og mottaker 8 kan gis en annen plassering i sekvensen av trinn. En 
bekreftelse til mottaker 8 med ressursadresse, filreferanse og passord kan 
15 f eks skje allerede for selve overforingen starter og da naturligvis fra 

senderen 1 til mottakeren 8. Tilsvarende kan tjeneren 5 bekrefte overforingen 
med en melding til senderen 1 umiddelbart etter trinn 107. Allikevel er det 
ansett som mest hensiktsmessig at bekreftelsene skjer i form av meldinger fra 
tjener til henholdsvis sender og mottaker etter at en eventuell prosessenng i 
20 tjeneren er avsluttet. Videre vil vanligvis bekreftelsen i trinn 1 1 1 fare til at 
tjeneren 5 mottar en overforingsanmoding fra mottakeren 8 ved trinn 1 12, 
men en overforingsanmodning kan godt vaere lagt inn pa forhand pa basis av 
en allerede avgitt melding fra senderen 1 . 

Det er naturligvis ikke noe krav at dekodingen av filen i trinn 1 18 finner sted 
25 fortlepende etter hvert som filen nedlastes. Mottakeren 8 kan velge ft laste 
ned filen uten dekoding og deretter lagre den kompresjonskodede og 
eventuelt allerede prosesserte fil pa sin egen datamaskin i et kortere eller 
lengre tidsrom, med tanke pa en senere applikasjon. I og med at filen allerede 
er kompresjonskodet, vil lagringen v*re lite plasskrevende. Dekodingen av 
30 den lagrede fil kan da finne sted pa et senere tidspunkt og kombineres med en 
eventuell brukerspesifikk eller applikasjonsspesifikk prosessenng pa 
mottakerens egen datamaskin. Det er da naturligvis heller ingenting i veien 
for at prosesseringen eller deler av den kan utfores pa den lagrede, 
• kompresjonskodede fil, altsft for dekodingen finner sted, men i de fleste 
35 tilfeller vil filen prosesseres i forbindelse med dekodingen og da etter hvert 
som denne finner sted, f.eks. for et applikasjonsbehov som skal 
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im0tekommes pa et for mottakeren eller brukeren passende tidspunkt etter at 
filen er overfert og lagret pa brukerens databehandlingsinnretning. 
Fremgangsmaten ved filoverfering i henhold til foreliggende oppfinnelse gir 
ogsa stor fleksibilitet med hensyn til lagring og nedlasting av den nodvendige 
programvare for f.eks. prosessering. Hensiktsmessig kan eksempelvis som 
nevnt programvaren for kompresjonskodingen va^re lagret hos tjeneren 5 og 
automatisk nedlastes til senderen 1 nar overf0ringen initieres, men den kan 
naturligvis ogsa vsre forhandslagret hos senderen. Tilsvarende kan 
programva Te^or T ro^»ng^/^e-^g^a ve1 hos senderen 1 som 



tjeneren 5 og/eller mottakeren 8 og overf 0 ring av slik programvare 
iverksettes automatisk nar f.eks. en desisjon om prosessering forehgger, hva 
enten den finner sted hos sender, tjener eller mottaker. 
Fremgangsmaten ved overling av filer i henhold til den foreliggende 
oppfinnelse vil v^re velegnet til filoverfaring av tekst og bilder pi Internett 
med tanke pa anvendelse i mediaindustrien, f.eks. grafisk industn. Ved 
systematisk bruk av kompresjonsprosedyren basert henholdsvis pa sokerens 
egne datakompresjonsteknikk for bildeinformasjon og vanlige, kjente tapsfne 
kompresjonsprosedyrer for tekster og fonter fas en filoverforing med s*rhg 
stor kapasitet, samtidig som overforingskostnadene reduseres. Sokerens egen 
datakompresjonsteknologi er mange ganger mer effektiv enn f.eks. de kjente 
standarder som JPEG og MPEG med hensyn til kompresjonsfaktor og 
kompresjonshastighet, samtidig som kvaliteten pa den dekodede informasjon 
f eks med hensyn til fargegjengivelse og oppl0sning likevel er langt bedre. 
Eksempelvis kan store bildefiler ved den foreliggende fremgangsmate 
komprimeres mer enn 98% og overf0res vis Internett hvor som heist i verden 
uten & gi noen vesentlig redusert bildekvalitet. Overf0ringen skjer dessuten 
svaert hurtig - som regel vil bekreftelsen pa at nedlasting har funnet sted 
foreligge like raskt som det vil ta & skrive de tilsvarende data til en vanhg 
CD-ROM. Som nevnt, vil fremgangsmaten ved den foreliggende oppfinnelse 
vaere s^rlig godt egnet i mediaindustrien. Da flere og flere oppgaver i 
mediaindustrien benytter digitalbasert informasjon, krever dette en effektiv 
filoverf 0 ring. Ved den foreliggende fremgangsmate elimineres langt pa vei 
behovet for linjer med h 0 y bandbredde, da det med bruk av f.eks. den 
ovenfor angitt kompresjonsfaktor, vil vasre mulig & oppna en virtuell 
overf0ringsrate i st0rrelsesorden 10 Gbit/h pa en ordina.r ISDN-lin e. Dersom 
det benyttes en overf0ringslinje med en fast bandbredde pa 2 Mbit/s, vil det 



• # 



ved fremgangsmaten i henhold til den foreliggende oppfinnelse og under de 
samme forutsetninger oppnas en virtuell overferingskapasitet pa 360 Gbit/h. 
Den virtuelle overfaringskapasitet for en gitt linje er med andre ord avhengig 
av kompresjonsfaktoren, men innebaerer for mottakeren eller brukeren nar 
overforingen skjer med en kompresjonsfaktor pa 50, som langt fra er noen 
0 vre grense for sokerens egen datakompresjonsteknologi, en vesentlig 
forbedring av ytelsen sammenlignet med de hittil benyttede metoder for 
dataoverfaring pa Internett. ' 
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PATENTKRAV 

1 Fremgangsmate ved overforing i et datakommunikasjonsnett, spesielt 
Internett, av vilkarlig formatterte filer omfattende en eller flere forskjellige 
datatyper, mellom en sender omfattende en til datakommunikasjonsnettet 
koblet databehandlingsinnretning, hvor senderen representee en 
informasjonsleverandor, og en eller flere mottakere med respektive til 
datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver 
^nottaker representerer^n-bruker, hv or-d et v ed fremgang smaten benyttes en i 



eller til datakommunikasjonsnettet anordnet dedisert tjener, og hvor filene 
som skal overfores, er lagret i en database hos senderen eller i en fra 
senderen aksesserbar database og for overforingen som skjer hovedsakehg 
transparent bade for sender og mottaker, nedlastes til senderens 
databehandlingsinnretning 

karakterisert ved at fremgangsmaten omfatter fortl0 P ende eller 
tilnsrmet samtidig og/eller interfoliert realiserte trinn for 

a) a kompresjonskode filen som skal overfores med en egen 
datakompresjonsprosedyre eller en generell, tapsfri 
datakompresjonsprosedyre, 

b) a dele den kompresjonskodede fil i pakker, 

c) a overf0re den pakkedelte, kompresjonskodede fil til den dediserte tjener, 
sammen med mottakeradresser, 

d) a forsyne pakkene med mottakeradresse, og 

e) & overf 0 re den kompresjonskodede fil. til en eller flere mottakere i henhold 
til pakkenes mottakeradresser, samt dessuten ytterligere trinn for 

f) a dekode den mottatte fil hos mottakeren i samsvar med den eller de 
allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og 

g) opsjonelt & prosessere filen brukerspesifikt eller applikasjonspesifikt under 
gitte betingelser, idet denne spesifikke prosessering finner sted fortlepende i 
tjeneren under overforingen og/eller henholdsvis fortlapende i mottakerens 
databehandlingsinnretning etter hvert som filen mottas, eller i mottakerens 
databehandlingsinnretning etter at filen er mottatt. 

2 Fremgangsmate i henhold til krav 1, 

karakterisert ved at senderen samtidig med at overfcringen av 
filen initieres eller under eller etter overforingen til tjeneren sender en 
melding til mottakeren med en ressursadresse og en aksesskode og mortar en 
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bekreftelse fra tjeneren nar denne har mottatt filen og en bekreftelse fra 
mottakereri nar denne har mottatt filen og lastet den ned til sin 
databehandlingsinnretning. 

3. Fremgangsmate i henhold til krav 1, hvor den vilkarlig formaterte fil 
omfatter en eller flere av de folgende datatyper, neralig bildedata, 
alfanumerisk data, grafikkdata og fonter, 

karakterisert ved at den egne datakompresjonsprosedyre benyttes 
til kompresjon av bildedata og at den generelle, tapsfri kompresjonsprosedyre 
hovedsake tig-benytte s til kompresjon av a lf an umeriske data, grafikkdata og 



fonter. 

4. Fremgangsmate i henhold til krav 1, 

karakterisert ved at programvare for datakompresjonskoding og 
-dekoding lagres i tjeneren og nedlastes automatisk henholdsvis til senderens 
databehandlingsinnretning for koding av filen nar overforingen initieres og 
mottakerens databehandlingsinnretning for dekoding av filen nar den mottas. 

5 . Fremgangsmate i henhold til krav 1 , 

karakterisert ved at pakkedelingen finner sted avhengig av 
datatypes slik at hver pakke omfatter en bestemt datatype. 

6. Fremgangsmate i henhold til krav 1 , hvor filen i trinn g) prosesseres 
brukerspesifikt eller applikasjonsspesifikt, karakterisert ved at 
prosesseringen finner sted i tjeneren etter en forutgaende dekoding av filen i 
tjeneren ved hjelp av programvaren for datakompresjonskoding, og at filen 
etter den brukerspesifikke eller applikasjonsspesifikke dataprosessering igjen 
kompresjonskodes med programvare lagret i tjeneren for overf 0 ring til 
mottakeren, idet tjeneren pa basis av mottakeradressen sjekker hvorvidt 
prosesseringsbetingelser foreligger. 

7. Fremgangsmate i henhold til krav 6, 

karakterisert ved at prosesseringsbetingelsene tilordnet en 
bestemt mottakeradresse er lagret i tjeneren sammen med programvare for 
prosesseringen og aksesseres av tjeneren pa basis av mottakeradressen. 

8. Fremgangsmate i henhold til krav 6, 
karakterisert ved at den brukerspesifikke eller 
applikasjonsspesifikke prosessering utf 0 res pa en eller flere bestemte 
datatyper, slik at bare de pakker som inneholder den eller de bestemte 



15 




datatyper dekodes forut for prosesseringen og kodes pa ny etter avsluttet 
prosessering. 

9 Fremgangsmate i henhold til krav 1 , 

karakterisert ved at dekodingen av filen hos mottakeren finner 
5 sted fortlopende etter hvert som filen mottas. 

10. Fremgangsmate i henhold til krav 9, hvor filen i trinn g) skal 
prosesseres brukerspesifikt eller applikasjonsspesifikt, 
karakterisert ved at prosesseringen finn er sted forttepende i 
mottakerens databehandlingsinnretning etter dekodingen av nlen som-mxrttas;- 
10 idet programvaren for prosesseringen enten er lagret i tjeneren og lastes ned 
til mottakerens databehandlingsinnretning nar prosesseringen skal finne sted, 
eller pa forhand er lagret i mottakerens databehandlingsinnretning. 

1 1 Fremgangsmate i henhold til krav 1, 

karakterisert ved at filen etter hvert som den mottas, lagres i 
15 mottakerens databehandlingsinnretning, og deretter dekodes av mottakeren 
pa et senere, passende valgt tidspunkt. 

12. Fremgangsmate i henhold til krav 11, hvor filen i trinn g) skal 
prosesseres brukerspesifikt eller applikasjonsspesifikt, 

karakterisert ved at prosesseringen av den lagrede fil finner sted i 
20 mottakerens databehandlingsinnretning for og/eller etter dekodingen av filen, 
idet programvaren for prosesseringen enten er lagret i tjeneren og lastes ned 
til mottakerens databehandlingsinnretning nar prosesseringen skal finne sted, 
eller pa forhand er lagret i mottakerens databehandlingsinnretning. 

13 Fremgangsmate i henhold til krav 1, 
25 karakterisert ved at den dediserte tjener er implementert pa en 

allmenn nettjener hos senderen. 

14 Fremgangsmate i henhold til krav 1, 

karakterisert ved at brukemavn, mottakeradresser, filer og de 
gitte til brukemavn eller mottakeradresser tilordnede 
30 prosesseringsbetingelser temporal eller permanent lagres ieni tjeneren 
anordnet database. /y^' : ' j^^ix 
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SAMMENDRAG 

I en fremgangsmate ved overf0ring i et 
datakommunikasjonsnett av vilkarlig formaterte 
filer mellom en sender som representerer en 
informasjonsleverand0r og en eller flere mottakere 
som representerer brukere, benyttes ved 
overf0ringen en nettjener, idet selve overfiaringen 

- s kj e r ho veds ak c lig transparent for bade sender og 

mottaker. F0r overf0ringen kompresjonskodes filen 
som skal overf0res, hvoretter den overf0res 
pakkedelt via tjeneren til mottakeren. En allerede 
kompresjonskodet fil kan i forbindelse med 
overf0ringen opsjonelt gjennomga bruker- eller 
applikasjonsspesifikk prosessering i senderen f0r, i 
tjeneren under, eller i mottakeren etter 
overforingen. Programvare benyttet til 
prosesseringen kan vaere lagret enten hos senderen, 
tjeneren eller mottakeren og nedlastes eventuelt 
automatisk til prosesseringsstedet. De enkelte 
operasjons- og desisjonstrinn i fremgangsmaten 
realiseres fortrinnsvis i fortl0pende, tilnaermet 
samtidige og/eller interfolierte trinn. 

Anvendelse til overf0ring av store filer bestaende 
av en eller flere forskjellige datatyper, herunder 
bildeinformasjon, pa Internett, spesielt for ^ 
anvendelse i mediaindustri. s?" f '~'7 
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START 
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Spesifisere fil/hentefilfra 
database/hente mottaker- 
adresser fra database 
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KompresjonskodeJiL 
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Pakke kompresjonskodet fil 
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Overfore kompresjonskodet 
fil til tjener 



NEI 




Adressere 
kompresjonskodet fil 




NEI 
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Lagie/slette kompresjons- 
kodet/prosessert fil 



Overfore kompresjons- 
kodet/prosessert fil til 
mottaker 
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Nedlaste kompre- 
sjonskodet/prosessert fil til 
mottaker 



NEI 




Bekrefte til sender 



fkrefte til sender/bekrefte 
til mottaker 
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Dekode nedlastet fil 
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Prosessere nedlastet fil 



NEI 
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